A pouzivat registry vubec? WAS: Jak zapisovat do HKLM i HKCU?
Otázka od: Martin Burle
21. 7. 2004 12:24
Ahoj, neda mi to, abych na navazal na tema asi ponekud provokujicim dotazem,
zda je vubec vhodne/nutne pouzivat registry. Bohuzel, alespon v SOHO sfere
je naprosto normalni n krat do roka preinstalovavat windows, neustale se
setkavam s pripady, kdy radoby IT odbornici znaji jediny zpusob odvirovani
(formatovani disku a nova instalace woken, samozrejme bez jakychkoli updatu,
z originalniho CD). Ja osobne miluji programy, ktere (nejsou-li smazany z
disku, nebo jsou prekopirovany zpet) jedou bez nove instalace se vsemi
nastavenimi a usetri uzivatele otravne instalacni diskoteky. Misto registru
tedy pouzivam ini, v pripade potreby sifrovane. Nicmene rad se poucim, pokud
je to spatny pristup.
MB
Odpovedá: Vaclav Riha - Soft Consult
21. 7. 2004 12:36
>Misto registru tedy pouzivam ini, v pripade potreby sifrovane. Nicmene rad
se poucim, pokud
>je to spatny pristup.
Miluji take INI a obecne textove formaty, ktere jsou nastupem registru
zbytecne opomijeny (ale napr. v linuxu hojne a ucine pouzivany). Daji se
skrz ne delat kouzla i s nekterym SW, ktery je pouziva (i nejjednodusim
prejmenovani nekolika INI muzete jednoduse konfigurovat SW podle potreby).
Nevyhodou je "kam s nimi". Ve W9X muzou byt u EXE v Program Files, ale ve
W2K a WXP je pro USERy zapis v Program files tabu (nebo nas..ny
administrator). Obracene ApplicationData/AllUsers by byl ve W2KXP OK, ale v
9X je v adresari Windows, ktery muze dojit zahuby pri
preinstalovani/zavirovani. Takze dotaz: Pouzivat INI? a Kam s nimi?
S pozdravem Vaclav Riha
Odpovedá: Lstiburek Pavel
21. 7. 2004 13:14
Ahoj,
pouzivam take ini soubory vzhledem k tomu, ze prevazne delam DB
aplikace ukladam do ini pouze zakladni udaje (cestuk DB) a zbytek
je ulozen v DB.
Duvody jsou shodne jako u VR, prejmenovanim souboru nebo doplnenim
ci vymazanim stredniku se da snadno zmenit konfigurace.
Pavel
> From: Vaclav Riha - Soft Consult [mailto:vaclav_riha@softconsult.cz]
> >Misto registru tedy pouzivam ini, v pripade potreby
> sifrovane. Nicmene rad
> se poucim, pokud
> >je to spatny pristup.
>
> Miluji take INI a obecne textove formaty, ktere jsou nastupem
> registru
> zbytecne opomijeny (ale napr. v linuxu hojne a ucine
> pouzivany). Daji se
> skrz ne delat kouzla i s nekterym SW, ktery je pouziva (i
> nejjednodusim
> prejmenovani nekolika INI muzete jednoduse konfigurovat SW
> podle potreby).
> Nevyhodou je "kam s nimi". Ve W9X muzou byt u EXE v Program
> Files, ale ve
> W2K a WXP je pro USERy zapis v Program files tabu (nebo nas..ny
> administrator). Obracene ApplicationData/AllUsers by byl ve
> W2KXP OK, ale v
> 9X je v adresari Windows, ktery muze dojit zahuby pri
> preinstalovani/zavirovani. Takze dotaz: Pouzivat INI? a Kam s nimi?
Odpovedá: Martin Burle
21. 7. 2004 14:45
> Nevyhodou je "kam s nimi". Ve W9X muzou byt u EXE v Program Files, ale ve
..je ovsem na zvazeni, zda take pouzivat Program Files, ApplicationData
etc. "Odbornici", o kterych jsem psal v puvodnim prispevku, totiz bud
zformatuji disk, nebo v "lepsim" pripade jen smazou adresare \Windows a
\Program Files 
. Zkratka neni nad to, mit svuj adresar a zapisovat si v
nem podle potreby user neuser 
MB
Odpovedá: Andreas Bednarek
21. 7. 2004 14:38
> Ahoj,
> pouzivam take ini soubory vzhledem k tomu, ze prevazne delam DB
> aplikace ukladam do ini pouze zakladni udaje (cestuk DB) a zbytek
> je ulozen v DB.
> Duvody jsou shodne jako u VR, prejmenovanim souboru nebo doplnenim
> ci vymazanim stredniku se da snadno zmenit konfigurace.
>
Me na registrech vadi predevsim, ze jsou v jistem smyslu ponekud
tezkopadne. Napr chci-li instalovat dve instance teze nebo podobne aplikace
(rozumej napr. v ruznych verzich, hlavne pri vyvoji), ktera pouziva stejne
klice k ulozeni konfigurace, tak je to spatne. Idealni je podle me mit
konfiguraci nekde ve slozkach aplikace. Muze pomoci take pri problemech z
obnovovanim poskozeneho konfigu (smazu a rozumna aplikace si vytvori
default). Za leta prace s Win se vyskytlo jiste vice problemu s registry, na
ktere si ted nevzpominam, ale napr. kdyz se aplikace spatne odinstaluje a
neco zustane v reg. strasit, nelze znovu nainstalovat ci podobne.
Jestli je vhodny ciste textovy resp. 'human readable' format ci ne to
opravdu nevim, spise bych zvolil nejaky kombinovany, ne vse si preji aby
uzivatel mel moznost snadno zmenit.
Zapis, cteni a hierarchie databaze registru mi pripada docela flexibilni a
snadno pouzitelna, to zas jo, ale to klidne muze zustat i pri lokalnich
konfiguracnich souborech ne?
Do INI se mi nepodarilo natlacit binarni bloky dat, bud to nejde nebo jsem
malo patral.
Pouzivate neco jineho nez registry/INI soubory?
P.S. (sorry jestli papouskuju predchozi prispevky, vsechny jsem je necetl)
Odpovedá: Petr Zahradnik
21. 7. 2004 15:43
Puvodni zprava ze dne 21.7.2004:
> Me na registrech vadi predevsim, ze jsou v jistem smyslu ponekud
> tezkopadne. Napr chci-li instalovat dve instance teze nebo podobne
> aplikace (rozumej napr. v ruznych verzich, hlavne pri vyvoji), ktera
> pouziva stejne klice k ulozeni konfigurace, tak je to spatne.
Spatne to v tom pripade udelal vyvojar, pokud si nedal dalsi verzi do
jine podslozky, napr. /SOFTWARE/Computer Laboratory/SW1/Verze1/...
Nevidim v tom ani ten nejmensi problem, notabene kdyz pro vyvoj si to
muzes nastavit jakkoliv jinak - jednoduse v konstante mas cestu v
registru a tak to zmenis - predpokladam tedy, ze cunacky neni ta
cesta na 159 mistech v aplikaci, ale v jedne konstante 
> Idealni je podle me mit konfiguraci nekde ve slozkach aplikace.
Idealni pro tebe, ale ja mam na to jiny nazor, me zase registr
vyhovuje maximalne.
> Muze pomoci take pri problemech z obnovovanim poskozeneho konfigu
> (smazu a rozumna aplikace si vytvori default).
Pokud nekdo umi smazat soubor, snadno se nauci smazat i vetev v
registru. Nicmene kdyz si znovu prectu termin
"pri problemech s
obnovovanim poskozeneho konfigu" - to muze byt poskozen
prave proto,
ze se v nem hrabe nekdo, kdo nema. Coz se v textovem souboru hrabe
daleko casteji nez v registru. V kazdem pripade rozumna aplikace pro
obycejne uzivatele se musi vyrovnat i s takovymi prusery sama bez
toho, aby se musely mazat konfiguracni soubory nebo vetve registru -
aspon to je muj nazor, a tak ja programuji sve aplikace.
> Za leta prace s Win se vyskytlo jiste vice problemu s registry, na
> ktere si ted nevzpominam, ale napr. kdyz se aplikace spatne
> odinstaluje a neco zustane v reg. strasit, nelze znovu nainstalovat
> ci podobne.
Kdyz nekdo odinstalovava zpusobem vymazani adresare, tak se to
samozrejme muze stat. To se ovsem take muze stat treba to, co se stalo
jednou me, totiz ze manzelka jednoho meho zakaznika delala misto na
disku a smazala ty nejvetsi soubory, ktere nasla - registr a zalohu
registru.
> Jestli je vhodny ciste textovy resp. 'human readable' format ci ne
> to opravdu nevim, spise bych zvolil nejaky kombinovany, ne vse si
> preji aby uzivatel mel moznost snadno zmenit.
Podle meho nazoru do konfiguracniho souboru nema uzivatel co
zasahovat, od toho je aplikace, aby si to sama nastavovala, a
uzivateli prezentovala v podobe vhodne pro nej.
> Zapis, cteni a hierarchie databaze registru mi pripada docela
> flexibilni a snadno pouzitelna, to zas jo, ale to klidne muze zustat
> i pri lokalnich konfiguracnich souborech ne?
Jenze proc resit neco, co uz je vyresene? INI soubor neni stromovy, ma
tedy mene moznosti nez registr. Funkce pro praci s registrem mas k
dispozici velmi kvalitni, tak ja nevidim duvod vymyslet vymyslene.
Samozrejme mas take moznost to resit pres XML a dalsi ficury, nicmene
me vyhovuje registr.
> Do INI se mi nepodarilo natlacit binarni bloky dat, bud to nejde
> nebo jsem malo patral.
No zase je otazkou, jestli registr zaneradit nejakymi megabajty dat,
to rozhodne ne, na takove veci jsou pak databaze.
Petr Zahradnik, pocitacovy expert
==========================================================
Petr Zahradnik, Computer Laboratory
Obvodova 740/14, 400 07 Usti nad Labem
telefon: 475 501 627, mobil: 602 409 601, fax: 475 511 338
web: http://www.clexpert.cz, e-mail: clexpert@clexpert.cz
ICQ: 21215917, MSN: clexpert@clexpert.cz
==========================================================
Odpovedá: Andreas Bednarek
21. 7. 2004 16:43
> > tezkopadne. Napr chci-li instalovat dve instance teze nebo podobne
> > aplikace (rozumej napr. v ruznych verzich, hlavne pri vyvoji), ktera
> > pouziva stejne klice k ulozeni konfigurace, tak je to spatne.
>
> Spatne to v tom pripade udelal vyvojar, pokud si nedal dalsi verzi do
> jine podslozky, napr. /SOFTWARE/Computer Laboratory/SW1/Verze1/...
> Nevidim v tom ani ten nejmensi problem, notabene kdyz pro vyvoj si to
> muzes nastavit jakkoliv jinak - jednoduse v konstante mas cestu v
> registru a tak to zmenis - predpokladam tedy, ze cunacky neni ta
> cesta na 159 mistech v aplikaci, ale v jedne konstante
S tim muzu docela souhlasit. Ale muzu mit i duvod mit vice testovacich
konfiguraci pro aplikaci at uz k tomu nainstaluju jednu instanci nebo vic.
Treba jen pro ucely testovani pri vyvoji jednoduse prehodim konfigy u
aplikace. No zaloha a obnova registru by sla asi take, nicmene jen pro jednu
kopii aplikace. Chci-li z nejakeho duvodu vice, budou mi prinejmensim v
registrech vznikat nejake klice, ktere pak musim rucne vyhledat a smazat.
Nebo jednoduse. Zakaznik ma problemy s aplikaci, staci mi (pokud na to
dojde) aby zabalil adresar aplikace a ja si to kamkoli hodim, spustim a
vidim co to dela nebo nedela. Nemusi zalohovat registr zvlast pokud nevi jak
na to.
>
> Pokud nekdo umi smazat soubor, snadno se nauci smazat i vetev v
> registru.
Soubor se rozhodne hleda snadneji, v reg. je hromada veci, klice mohou mit v
ruznych vetvich stejne ci podobne -tj. matouci - nazvy, musim presne urcit
co vlastne chci smazat ci kterou chybnou polozku upravit.
Otazkou je jak casto se tohle dela, ze. Ale kdyz na to prijde tak proc to ma
byt slozitejsi nez je nutne.
> Coz se v textovem souboru hrabe daleko casteji nez v registru.
Nemusi byt textovy. Konfig muze byt ale poskozen i z jinych pricin,
jednoduse je v aplikaci chyba, kdo zaruci ze ne?
> V kazdem pripade rozumna aplikace pro
> obycejne uzivatele se musi vyrovnat i s takovymi prusery sama bez
> toho, aby se musely mazat konfiguracni soubory nebo vetve registru -
> aspon to je muj nazor, a tak ja programuji sve aplikace.
Ty treba ano, ale ne kazdy. Pouzivame ruzne aplikace a i mistr tesar se
nekdy utne, precte neplatnou hodnotu a program z nejakeho duvodu ani
nenabehne je pak potreba rucne zmenit napr. cestu k nejakemu klicovemu
souboru. Jo aplikace by takove veci mela zvladnout sama, ale kazdy vi, ze se
na to nemuzeme spolehnout.
> Kdyz nekdo odinstalovava zpusobem vymazani adresare, tak se to
> samozrejme muze stat. To se ovsem take muze stat treba to, co se stalo
> jednou me, totiz ze manzelka jednoho meho zakaznika delala misto na
> disku a smazala ty nejvetsi soubory, ktere nasla - registr a zalohu
> registru.
> > Do INI se mi nepodarilo natlacit binarni bloky dat, bud to nejde
> > nebo jsem malo patral.
>
> No zase je otazkou, jestli registr zaneradit nejakymi megabajty dat,
> to rozhodne ne, na takove veci jsou pak databaze.
No megabajty zrovna ne, ale par kilo to urcite snese, do INI bych to musel
rucne prekodovavat do textovych dat, coz je prace navic. A pokud budes mit
takovy konfig na lokale, muzes si tam ulozit treba gigabajt pokud
potrebujes, mas to prakticky to same jako v DB a nebudes plytvat mistem na
systemovem disku, pokud ho ma uzivatel skoro plny (tj. tvou aplikaci si uz
hodil jinam).
Registry jsou svym zpusobem pohodlne, ale podle me by byl prinosem lokalni
registr aplikace, jeden soubor a hotovo. Klidne pro rozsahlejsi binarni data
pokud to bude vhodne pro tvou app., stejne bys je nekde mel. Systemovy
registr at klidne zustane pro system, nebo pro cokoli potrebneho.
Andreas
Odpovedá: Jirka Virt
21. 7. 2004 20:37
no jeden priklad ini soubor.
aplikace na sitovem disku souboroveho serveru, kde si ji pusti, kdokoliv,
kdo ma pristup do tohoto adresare aplikace.Normalne by, zavedeni konfigurace
do registru bzl potreba instalacni program , a spustit ho na kazdem
pocitaci.Takto jednoduse zmenim nebo vhodne doplnim ini soubor vsem userum
najednou, aniz bych musel nejak , podle mne,mnohem pracneji, upravovat
registry v ruznych PC.
regisrt je vhodny, pro aplikaci, ktera bude mit jedinecnou konfiguraci na
jednom pc v siti nebio se jedna o pc bez site. pro sitove aplikace se mi
jevi jako vyhodnejsi pouzit ini soubor.
Jirka Virt
Odpovedá: Petr Zahradnik
21. 7. 2004 20:51
Puvodni zprava ze dne 21.7.2004:
> aplikace na sitovem disku souboroveho serveru, kde si ji pusti,
> kdokoliv, kdo ma pristup do tohoto adresare aplikace.Normalne by,
> zavedeni konfigurace do registru bzl potreba instalacni program , a
> spustit ho na kazdem
Proc by byl pro zavedeni nejake defaultni konfigurace potreba
instalacni program? Ty neumis v Delphi pristupovat do registru?
> pocitaci.Takto jednoduse zmenim nebo vhodne doplnim ini soubor vsem
> userum najednou, aniz bych musel nejak , podle mne,mnohem pracneji,
> upravovat registry v ruznych PC.
Pro vetsi site, kdyz jejich spravu beres vazne, se pouziva minimalne
Windows Installer Service. Jednoduse aplikaci opatris kvalitnim
instalacnim programem a nasledne jako administrator urcis jeji
distribuci po siti. Jen nastavis, kterym uzivatelum se ma
nainstalovat. Instalacni program zajisti vse potrebne, sam
rozinstaluje aplikaci na stanice, jakmile se dotycny prihlasi do site,
pripadne nahraje novejsi verzi, nove konfiguracni soubory apod.
> regisrt je vhodny, pro aplikaci, ktera bude mit jedinecnou
> konfiguraci na jednom pc v siti nebio se jedna o pc bez site. pro
> sitove aplikace se mi jevi jako vyhodnejsi pouzit ini soubor.
INI soubor na siti muzes pouzit tak maximalne na konfiguraci spolecnou
pro vsechny uzivatele. Ja jako uzivatel bych si ale pral, abych mel
nastaveny desktop tak, jak si preji ja, nikoliv spravce site, aby si
program pamatoval mnou naposledy otevrene soubory, moje udaje, moje
nastaveni. Pokud delas program slozitejsi nez kalkulacka, potrebujes
take ukladat nastaveni jednotlivych uzivatelu.
Petr Zahradnik, pocitacovy expert
==========================================================
Petr Zahradnik, Computer Laboratory
Obvodova 740/14, 400 07 Usti nad Labem
telefon: 475 501 627, mobil: 602 409 601, fax: 475 511 338
web: http://www.clexpert.cz, e-mail: clexpert@clexpert.cz
ICQ: 21215917, MSN: clexpert@clexpert.cz
==========================================================
Odpovedá: Andreas Bednarek
22. 7. 2004 7:04
> > aplikace na sitovem disku souboroveho serveru, kde si ji pusti,
> > kdokoliv, kdo ma pristup do tohoto adresare aplikace.Normalne by,
> > zavedeni konfigurace do registru bzl potreba instalacni program , a
> > spustit ho na kazdem
>
> Proc by byl pro zavedeni nejake defaultni konfigurace potreba
> instalacni program? Ty neumis v Delphi pristupovat do registru?
>
Ja rikal, ze i mistr tesar se nekdy utne 
Je to snad jasne, ten konfig
je na tom serveru, ja v registrech nic nemam a v danou chvili ani nic
nechci, kdo mi to pak odinstaluje, kdyz aplikace je jinde.
A.
Odpovedá: Jiri Virt
22. 7. 2004 7:16
> Ty neumis v Delphi pristupovat do registru?
umim, diky za zdvorilou otazku.
> Pro vetsi site, kdyz jejich spravu beres vazne, se pouziva minimalne
> Windows Installer Service. Jednoduse aplikaci opatris kvalitnim
> instalacnim programem a nasledne jako administrator urcis jeji
> distribuci po siti. Jen nastavis, kterym uzivatelum se ma
> nainstalovat. Instalacni program zajisti vse potrebne, sam
> rozinstaluje aplikaci na stanice, jakmile se dotycny prihlasi do site,
> pripadne nahraje novejsi verzi, nove konfiguracni soubory apod.
Dokazete pochopit, ze ne vsude je Win sit?
> INI soubor na siti muzes pouzit tak maximalne na konfiguraci spolecnou
> pro vsechny uzivatele. Ja jako uzivatel bych si ale pral, abych mel
> nastaveny desktop tak, jak si preji ja, nikoliv spravce site, aby si
> program pamatoval mnou naposledy otevrene soubory, moje udaje, moje
> nastaveni. Pokud delas program slozitejsi nez kalkulacka, potrebujes
> take ukladat nastaveni jednotlivych uzivatelu.
kazdy vidi jinou konfiguraci, koukam ...
1. konfigurace vzhledu, rozestaveni prvku, sloupecku v gridu apod. tam je
jasne, ze se bude ukladat nekam a je lhostejno kam, do privatni slozky
uzivatele.je fakt, ze privatni slozka muze byt i na siti
a nebo, pokud mam DB aplikaci, nevidim duvod, proc si tyto udaje neukladat
do nejake tabulky.
2.obecna konfigurace - prikladem muze byt cesta k NET adresari pro funkci
paradoxu, coz musi byt spolecne pro vsechny uzivatele v siti.
atd .. urcite by se dalo najit vice
Jiri Virt
Odpovedá: Jan Novak
22. 7. 2004 8:26
Petr Zahradnik wrote:
> me zase registr vyhovuje maximalne.
A jak to delas, kdyz si ten user sedne k jinemu PC? To si musi na
kazde stanici znovu nastavit svuj profil? Nebo pouzivate cestovni
profily? A co, kdyz to druhe PC bezi na linuxu?
Vetsinou kazdy program pouziva nejakou databazi. Ja tyto uzivatelske
veci davam tam - vyhodou je i to, z s backupem dat se soucasne
zalohuji i profily uzivatelu. A v linuxove variante aplikace se to pak
nemusi programovat extra.
Odpovedá: Petr Zahradnik
22. 7. 2004 10:23
Puvodni zprava ze dne 22.7.2004:
> profily? A co, kdyz to druhe PC bezi na linuxu?
Co kdyz druhe PC bezi na linuxu? Tak to ma hosik smulu, nepodporuju
tucnaky, a moje desktop aplikace na tucnacich nebezi a nepobezi.
Petr Zahradnik, pocitacovy expert
==========================================================
Petr Zahradnik, Computer Laboratory
Obvodova 740/14, 400 07 Usti nad Labem
telefon: 475 501 627, mobil: 602 409 601, fax: 475 511 338
web: http://www.clexpert.cz, e-mail: clexpert@clexpert.cz
ICQ: 21215917, MSN: clexpert@clexpert.cz
==========================================================
Odpovedá: Vlko II.
22. 7. 2004 11:37
On Thu, 22 Jul 2004 10:21:11 +0200, Petr Zahradnik <clexpert@clexpert.cz>
wrote:
>> profily? A co, kdyz to druhe PC bezi na linuxu?
>
> Co kdyz druhe PC bezi na linuxu? Tak to ma hosik smulu, nepodporuju
> tucnaky, a moje desktop aplikace na tucnacich nebezi a nepobezi.
Nepodporujem to, nikdy nepobezi ono. Tadial cesta nevedie, pri programovani
by sa mal clovek odosobnit a mysliet na zakaznika, nie na svoje nazory.
To ze sa Vam momentalne tucnak nepaci, neznamena, ze za niekolko rokov
nebudete pre neho vyvijat.
Mne sa paci myslienka XML suboru, v ktorom su nastavenia, tak ako to
je momentalne v Net frameworku. Ze registre nebolo to spravne orechove
prisiel asi aj sam microsoft, preto podla mna najlepsie je ukladat
hlavne nastavenia do adresara programu (aspon ich uzivatel nema
moznost zmenit) a uzivatelske informacie bud do
Documents and Settings/<current user> alebo do db, zalezi na
druhu.
vlko
--
--------------
mail: vlko_@pobox.sk
web: http://vlko.zilina.net
Odpovedá: Petr Vones
22. 7. 2004 12:14
From: "Vlko II." <vlko@zilina.net>
> Mne sa paci myslienka XML suboru, v ktorom su nastavenia, tak ako to
> je momentalne v Net frameworku. Ze registre nebolo to spravne orechove
Presne tak. Pouziti registry pro uzivatelska nastaveni je ten nejhorsi napad.
Pokud je treba aplikaci rychle nainstalovat jinam ci obnovit vcetne puvodnich
nastaveni tak neni nic lepsiho nez mit nastaveni ulozena v nejakem souboru
ktery lze snadno zalohovat.
Pro priklad jak to nema vypadat nemusime chodit daleko, napriklad samotne
Delphi IDE.
Petr Vones
Odpovedá: Erik Salaj, Winsoft
22. 7. 2004 12:08
> Nepodporujem to, nikdy nepobezi ono. Tadial cesta nevedie, pri
programovani
> by sa mal clovek odosobnit a mysliet na zakaznika, nie na svoje nazory.
to dufam neznamena pristupit na kazdu blbost, co zakaznik vymysli
> To ze sa Vam momentalne tucnak nepaci, neznamena, ze za niekolko rokov
> nebudete pre neho vyvijat.
podla niektorych predpovedi na tejto konferencii sme uz mali vsetci
vyvijat v Linuxe. A software mal byt zadarmo aj so zdrojakmi.
> Mne sa paci myslienka XML suboru, v ktorom su nastavenia, tak ako to
> je momentalne v Net frameworku. Ze registre nebolo to spravne orechove
> prisiel asi aj sam microsoft, preto podla mna najlepsie je ukladat
> hlavne nastavenia do adresara programu (aspon ich uzivatel nema
> moznost zmenit) a uzivatelske informacie bud do
> Documents and Settings/<current user> alebo do db, zalezi na
> druhu.
niekedy je vyhodne ukladat nastavenia do reg.db a niekedy nie je.
Ze v Linuxe nie je reg.db este neznamena, ze to je zle riesenie. Neviem
na co prisiel Microsoft ohladom reg. db, ale nadalej ju vo svojich
programoch pouziva. IMHO XML tiez nie je idealne riesenie (ktore
Delphi aplikacie ho pouzivaju?).
Erik
Odpovedá: Vlko II.
22. 7. 2004 13:08
On Thu, 22 Jul 2004 12:47:29 +0200, Erik Salaj, Winsoft
<winsoft@netkosice.sk> wrote:
> to dufam neznamena pristupit na kazdu blbost, co zakaznik vymysli
Neviem ako u Vas, ale ked zaplati tak nech.
> podla niektorych predpovedi na tejto konferencii sme uz mali vsetci
> vyvijat v Linuxe. A software mal byt zadarmo aj so zdrojakmi.
To netvrdim, je to typicky nazor na flamewar, berme veci ako su, ani
nostradamovi nevysli predpovede
> niekedy je vyhodne ukladat nastavenia do reg.db a niekedy nie je.
> Ze v Linuxe nie je reg.db este neznamena, ze to je zle riesenie. Neviem
> na co prisiel Microsoft ohladom reg. db, ale nadalej ju vo svojich
> programoch pouziva. IMHO XML tiez nie je idealne riesenie (ktore
> Delphi aplikacie ho pouzivaju?).
Asi mate mylne informacie, pokial viem pod .Net framework ziadne registre
nie su, nehovorim o produktoch, ktore este bezia ale o buducnosti o Net
platforme.
XML, ze ho aplikacie pod delphi nepouzivaju znamena, len ze sa s nim
pod delphi tazsie pracuje ako napr s registrami, alebo ini suborom.
Idealne riesenie neexistuje, ale podla mna sa XML blizi najblizsie
k tomu idealnemu. Bohuzial ale pod <D7 nie, az tak na .Net framework.
Nuz tomu sa hovori evolucia
vlko
--
--------------
mail: vlko_@pobox.sk
web: http://vlko.zilina.net
Odpovedá: Erik Salaj, Winsoft
22. 7. 2004 14:12
> > niekedy je vyhodne ukladat nastavenia do reg.db a niekedy nie je.
> > Ze v Linuxe nie je reg.db este neznamena, ze to je zle riesenie. Neviem
> > na co prisiel Microsoft ohladom reg. db, ale nadalej ju vo svojich
> > programoch pouziva. IMHO XML tiez nie je idealne riesenie (ktore
> > Delphi aplikacie ho pouzivaju?).
>
> Asi mate mylne informacie, pokial viem pod .Net framework ziadne registre
> nie su, nehovorim o produktoch, ktore este bezia ale o buducnosti o Net
> platforme.
no "berme veci ako su" a hovorme radsej o realnych produktoch
"ktore este bezia". Naposledy som si z MS stiahol Visual Studio Express
produkty a tie registre pouzivaju. Dovod, ze sa .NET vyhyba
registrom je ten, ze je to urcene pre webove aplikacie a tam
jednoducho nemozes babrat do registracnej databazy, lebo
aplikacia nebezi na Tvojom pocitaci.
> XML, ze ho aplikacie pod delphi nepouzivaju znamena, len ze sa s nim
> pod delphi tazsie pracuje ako napr s registrami, alebo ini suborom.
XML je mozne editovat textovym editorom a tak si asi kazdy mysli,
ze si tam aj moze vsetko jednoducho editovat textovym editorom.
Lenze XML ma urcitu strukturu a IMHO treba nastroje ako k citaniu
tak aj k zapisovaniu XML. No a tu je jadro problemu - ked potrebujem
nastroj, tak uz je takmer jedno, aky je format samotnej informacie,
ci to je alebo nie je XML subor.
> Idealne riesenie neexistuje, ale podla mna sa XML blizi najblizsie
> k tomu idealnemu. Bohuzial ale pod <D7 nie, az tak na .Net framework.
> Nuz tomu sa hovori evolucia
IMHO idealnym riesenim je databaza, objektova a najlepsie
na urovni filesystemu
Erik
Odpovedá: Petr Zahradnik
22. 7. 2004 14:33
Puvodni zprava ze dne 22.7.2004:
>> Co kdyz druhe PC bezi na linuxu? Tak to ma hosik smulu, nepodporuju
>> tucnaky, a moje desktop aplikace na tucnacich nebezi a nepobezi.
> Nepodporujem to, nikdy nepobezi ono. Tadial cesta nevedie, pri programovani
> by sa mal clovek odosobnit a mysliet na zakaznika, nie na svoje nazory.
Prosimte, neplet si pojem a prujem. Tady nejde o zadne nazory. Tady
jde o to, co umim, co delam, co chci umet a co chci delat. Ja nejsem
automechanik, proto neopravuji auta. Kdyz za mnou prijde zakaznik, ze
chce opravit auto, tak mu ho jednoduse neopravim, protoze to neumim a
protoze to nedelam a protoze to ani nechci delat. Kdyz za mnou prijde
zakaznik, ze chce napsat aplikaci pro tucnaka, tak mu ji take
nenapisu. Opet ze stejneho duvodu - neumim to, nechci to umet, nedelam
to, nechci to delat. Jednoduse nemohu delat vsechno, takovy je zivot.
Mam zakazniky velmi rad a udelam ji, co jim na ocich uvidim. Ovsem
stale to jsou pouze zakaznici a proto kvuli nim nebudu skakat z okna,
chodit krast, a delat neco, co se mi nelibi. Delam jen to, co delat
chci, a proto ta moje prace vypada tak, jak vypada - co delam rad,
delam dobre a kvalitne. A delam pouze to.
Ano, situace v socialismu je takova, ze kazdy dela vsechno, kazdy se
do vseho prdi, kazdy si stavi pocitace, kazdy si nakupuje kramy v
Makru, kazdy ma synovecky, co delaji programky apod. A podle toho to
vypada. Jdi se podivat na bezne zamestnance, jak pracuji, jak jsou
vykonni, jak vyuzivaji pracovni dobu k praci - a pak mudruj.
> To ze sa Vam momentalne tucnak nepaci, neznamena, ze za niekolko
> rokov nebudete pre neho vyvijat.
A take to neznamena, ze me za nekolik roku neprejede parni valec.
Prognozy ponechme na nekom jinem. Kdyz Borland vyvinul Kylix, bylo tu
takovych prognoz mraky - a skutek utek. Ja jsem tehdy rikal, ze to
nebude tak horke. Neverim tomu, ze za nekolik let budu vyvijet pro
linux. A na druhou stranu jsem si jisty, ze pokud by me to zacalo
bavit, delal bych to rad. Sance je to zatim nulova a nemuze byt o tom
rec.
> Mne sa paci myslienka XML suboru, v ktorom su nastavenia, tak ako to
> je momentalne v Net frameworku. Ze registre nebolo to spravne
> orechove prisiel asi aj sam microsoft, preto podla mna najlepsie je
> ukladat hlavne nastavenia do adresara programu (aspon ich uzivatel
> nema moznost zmenit) a uzivatelske informacie bud do Documents and
> Settings/<current user> alebo do db, zalezi na druhu.
Uzivatel nema sanci v Total Commanderu otevrit pres F4 XML soubor a
nadelat v nem paseku? Povidej, prehanej...
Petr Zahradnik, pocitacovy expert
==========================================================
Petr Zahradnik, Computer Laboratory
Obvodova 740/14, 400 07 Usti nad Labem
telefon: 475 501 627, mobil: 602 409 601, fax: 475 511 338
web: http://www.clexpert.cz, e-mail: clexpert@clexpert.cz
ICQ: 21215917, MSN: clexpert@clexpert.cz
==========================================================
Odpovedá: Petr Zahradnik
22. 7. 2004 14:52
Puvodni zprava ze dne 22.7.2004:
>> to dufam neznamena pristupit na kazdu blbost, co zakaznik vymysli
> Neviem ako u Vas, ale ked zaplati tak nech.
Ano, to je presne ono - kdyz zakaznik zaplati, tak zacne kazdy delat,
co neumi, a podle toho to pak tady vypada. Presne socialismus. Kazdy
umi vsechno, kazdy dela vsechno...
Petr Zahradnik, pocitacovy expert
==========================================================
Petr Zahradnik, Computer Laboratory
Obvodova 740/14, 400 07 Usti nad Labem
telefon: 475 501 627, mobil: 602 409 601, fax: 475 511 338
web: http://www.clexpert.cz, e-mail: clexpert@clexpert.cz
ICQ: 21215917, MSN: clexpert@clexpert.cz
==========================================================
Odpovedá: Dalibor Toman
22. 7. 2004 15:23
On Thursday, July 22, 2004 12:45 PM [CET], Petr Vones
<konference@petrvones.net> wrote:
> From: "Vlko II." <vlko@zilina.net>
>> Mne sa paci myslienka XML suboru, v ktorom su nastavenia, tak ako
to
>> je momentalne v Net frameworku. Ze registre nebolo to spravne
>> orechove
>
> Presne tak. Pouziti registry pro uzivatelska nastaveni je ten
> nejhorsi napad. Pokud je treba aplikaci rychle nainstalovat jinam ci
> obnovit vcetne puvodnich nastaveni tak neni nic lepsiho nez mit
> nastaveni ulozena v nejakem souboru ktery lze snadno zalohovat.
>
Btw: pomoci regeditu je kdykoliv mozne ulozit vybranou vetev registru
do souboru, prenest na jiny pocitac a jedinym kliknutim naimportovat.
Cili neni pravdive tvrzeni, ze konfigurace aplikace v registru se
spatne zalohuje. Samozrejme predpokladem je, ze nastaveni neni
rozlezle po ruznych vetvich registru
D. Toman
Odpovedá: Petr Zahradnik
22. 7. 2004 15:22
Puvodni zprava ze dne 22.7.2004:
> Presne tak. Pouziti registry pro uzivatelska nastaveni je ten
> nejhorsi napad. Pokud je treba aplikaci rychle nainstalovat jinam ci
> obnovit vcetne puvodnich nastaveni tak neni nic lepsiho nez mit
> nastaveni ulozena v nejakem souboru ktery lze snadno zalohovat.
Export a import dane vetve v registru preci neni o nic moc slozitejsi
nez zkopirovani souboru. A nezabere to ani chvilicku.
Petr Zahradnik, pocitacovy expert
==========================================================
Petr Zahradnik, Computer Laboratory
Obvodova 740/14, 400 07 Usti nad Labem
telefon: 475 501 627, mobil: 602 409 601, fax: 475 511 338
web: http://www.clexpert.cz, e-mail: clexpert@clexpert.cz
ICQ: 21215917, MSN: clexpert@clexpert.cz
==========================================================
Odpovedá: Zbysek Hlinka
22. 7. 2004 16:36
> -----Original Message-----
> From: delphi-l-owner@clexpert.cz
> [mailto:delphi-l-owner@clexpert.cz] On Behalf Of Martin Burle
> Sent: Wednesday, July 21, 2004 12:06 PM
>
> Ahoj, neda mi to, abych na navazal na tema asi ponekud
> provokujicim dotazem, zda je vubec vhodne/nutne pouzivat
> registry.
Mno, podivejme se na aktualni trend v .NET a zkusme si rozebrat, procpak asi
k nemu doslo.
Hlavnim standardem je ukladani vlastnich nastaveni do konfiguracnich
souboru. Cilem by mela byt aplikace, ktera se nakopiruje, spusti, a jede.
Konfiguracni soubor je pochopitelne XML v adresari aplikace, na nejake ini
klidne muzes zapomenout - nakonec i v Delphi 7< se vyplati si trochu pohrat
s XML, i kdyz to neni takova basta jako v .NET. Slava, slava, rikam si,
konecne MS prisel na to, ze ukladani kdejakeho curbesu do registru leda tak
zpomaluje pocitac.
Uzivatelska nastaveni odjakziva nikam jinam neukladam, jen do vhodneho
souboru v adresari aplikace. Uzivatel sice do nej muze sahnout, ale kdyz si
neco zmrsi, je to jeho chyba, a soubor ostatne muze smazat a nastavit si vse
znovu. Samozrejme kazdy uzivatel ma sva vlastni nastaveni. V registrech to
pro nej uz neni az takova sranda. Pokud snad potrebuju nejake udaje schovat
pred BFU, poucim zakaznika, ze to ma bezet na serveru, ktery bude spravovat
nekdo, kdo tomu rozumi (takovy clovek se stejne snadno prohrabe i v
registrech).
S pozdravem
Zbysek Hlinka
E-mail: hlinka zavin. hlinka.cz
Phone: +420 603 551 282
Odpovedá: Jakub Martinek
22. 7. 2004 17:06
Nevim proc mam porad hledat nejake okliky a nestandardni reseni. Registry tu
jsou a doporuceni MS ohledne spravne tvorby SW jsou jednoznacna.
Na registrech je snad nejkrasnejsi to, ze jsou porad na svem jedinem miste a
pro pouzivani staci par jednoduchych funkci. Kazdy user ma svou privatni
cast a zaroven existuje spolecna. A pokud pouzivam GPO a trochu vyraznejsi
restrikce, muze byt jiny pristup problemovy.
INI soubory jsou uz minulost, zvlaste kdyz se podivam na vyvoj file systemu
u MS.
XML je sice perfektni vec, ale prinasi take svoji nemalou rezii. Takze pokud
zahrnu do produktu rozsahlou podporu XML (treba .NET), je XML asi vhodnou
alternativou a vyuzitelnym doplnkem registru. V Delphi mi to u mensich veci
prijde ponekud prez ucho.
U databazovych aplikacich asi neni o cem diskutovat.
Docela slusnej clanek o registru je
http://www.windowsitlibrary.com/Content/224/1.html
Jakub Martinek
jmartinek@vakmb.cz
Odpovedá: Petr Zahradnik
22. 7. 2004 17:28
Puvodni zprava ze dne 22.7.2004:
> Uzivatelska nastaveni odjakziva nikam jinam neukladam, jen do
> vhodneho souboru v adresari aplikace.
A kam (do jakeho adresare) jako tu aplikaci instalujes?
Petr Zahradnik, pocitacovy expert
==========================================================
Petr Zahradnik, Computer Laboratory
Obvodova 740/14, 400 07 Usti nad Labem
telefon: 475 501 627, mobil: 602 409 601, fax: 475 511 338
web: http://www.clexpert.cz, e-mail: clexpert@clexpert.cz
ICQ: 21215917, MSN: clexpert@clexpert.cz
==========================================================
Odpovedá: Pavel Malinsky
22. 7. 2004 17:59
> Puvodni zprava ze dne 22.7.2004:
>
> Uzivatelska nastaveni odjakziva nikam jinam neukladam, jen do
> vhodneho souboru v adresari aplikace.
Hm, asi nepotrebujes poustet servervovou instalaci z klientu,
kteri nemaji pravo zapisu do tohoto umisteni...
S pozdravem a dikem
=====================================
> Pavel Malinsky; malinsky@pmcom.cz <
=====================================
> GSM: 602 652 203 | ICQ: 322015967 <
=====================================
Odpovedá: Petr Vones
22. 7. 2004 17:57
From: "Dalibor Toman" <dtoman@fortech.cz>
> Cili neni pravdive tvrzeni, ze konfigurace aplikace v registru se
> spatne zalohuje. Samozrejme predpokladem je, ze nastaveni neni
> rozlezle po ruznych vetvich registru
Coz prave vetsinou je. Navic lze ten export automazitovat tak aby slo provest
zalohu dat ?
Petr.
Odpovedá: Zbysek Hlinka
22. 7. 2004 18:03
> -----Original Message-----
> From: delphi-l-owner@clexpert.cz
> [mailto:delphi-l-owner@clexpert.cz] On Behalf Of Petr Zahradnik
> Sent: Thursday, July 22, 2004 6:08 PM
>
> > Uzivatelska nastaveni odjakziva nikam jinam neukladam, jen
> do vhodneho
> > souboru v adresari aplikace.
>
> A kam (do jakeho adresare) jako tu aplikaci instalujes?
Podivej se na Lokalizator.
S pozdravem
Zbysek Hlinka
E-mail: hlinka zavin. hlinka.cz
Phone: +420 603 551 282
Odpovedá: Petr Zahradnik
22. 7. 2004 18:23
Puvodni zprava ze dne 22.7.2004:
>> A kam (do jakeho adresare) jako tu aplikaci instalujes?
> Podivej se na Lokalizator.
No do Program Files, jak jiste vis, ale tady se da predpokladat, ze
vsichni uzivatele Lokalizatoru jsou vyvojari administratori. Jinak by
to byl znacny pruser...
Petr Zahradnik, pocitacovy expert
==========================================================
Petr Zahradnik, Computer Laboratory
Obvodova 740/14, 400 07 Usti nad Labem
telefon: 475 501 627, mobil: 602 409 601, fax: 475 511 338
web: http://www.clexpert.cz, e-mail: clexpert@clexpert.cz
ICQ: 21215917, MSN: clexpert@clexpert.cz
==========================================================
Odpovedá: pointer
22. 7. 2004 21:24
Nazdar ,
> Puvodni zprava ze dne 22.7.2004:
>> Presne tak. Pouziti registry pro uzivatelska nastaveni je ten
>> nejhorsi napad. Pokud je treba aplikaci rychle nainstalovat jinam ci
>> obnovit vcetne puvodnich nastaveni tak neni nic lepsiho nez mit
>> nastaveni ulozena v nejakem souboru ktery lze snadno zalohovat.
> Export a import dane vetve v registru preci neni o nic moc slozitejsi
> nez zkopirovani souboru. A nezabere to ani chvilicku.
tipoval by som, ze keby userovi Frantovu poviem
"zkopiruj si subor X z
adresara Y" a "vyexportuj si vetvu X z registrov" tak v
drtivej
vacsine 1 pripad bude user vediet vykonat (praca zo subormi je
minimalny zaklad pocitacovo gramotneho clovek) zatialco v druhom pripade
nebude mat ani potuchy o com hovorim ;)
> Petr Zahradnik, pocitacovy expert
--
S pozdravom,
Michal Bilcik
Odpovedá: Petr Zahradnik
22. 7. 2004 21:34
Puvodni zprava ze dne 22.7.2004:
>> Export a import dane vetve v registru preci neni o nic moc slozitejsi
>> nez zkopirovani souboru. A nezabere to ani chvilicku.
> tipoval by som, ze keby userovi Frantovu poviem
"zkopiruj si subor X z
> adresara Y" a "vyexportuj si vetvu X z registrov" tak
v drtivej
> vacsine 1 pripad bude user vediet vykonat (praca zo subormi je
> minimalny zaklad pocitacovo gramotneho clovek) zatialco v druhom pripade
> nebude mat ani potuchy o com hovorim ;)
Tak netipuj a vyzkousej to. Ja kazdy den v ramci supportu ucetniho
software komunikuji se zakazniky typu ucetni a jsem schopen bez
problemu udelat po telefonu daleko vetsi silenosti nez nejaky
trivialni export vetve z registru. Jenze mu musis rict, co ma udelat a
ne jen at si neco vyexportuje.
Jinak na exportovani je tu tvuj program, nevidim problem v tom pridat
do zalohy dat take export nastaveni.
Jak tak sleduji tuto diskusi, tak odpurci registru na jednu stranu
vypadaji jako dodavatele velkych reseni pro velke site a velke
mnozstvi uzivatelu, na druhe strane by nechavali UB uzivatele
manipulovat se soubory a administratorum velkych siti menili pod ruhou
prava v registrech. Chlapi, tak se dohodnete, co vlastne chcete. Podle
me programek za par supu na doma na sledovani obsahu kasicky nebo
videoteky muze byt napsany tak, ze si budu presouvat soubory a hrabat
si v nich a nastavovat, co se mi zlibi. Ovsem v okamziku, kdy jdu s
programem na trh a notabene do viceuzivatelskeho prostredi, musi ten
program mit nejakou koncepci, musi byt robustni, musi byt blbuvzdorny
a musi splnovat urcita kriteria.
Petr Zahradnik, pocitacovy expert
==========================================================
Petr Zahradnik, Computer Laboratory
Obvodova 740/14, 400 07 Usti nad Labem
telefon: 475 501 627, mobil: 602 409 601, fax: 475 511 338
web: http://www.clexpert.cz, e-mail: clexpert@clexpert.cz
ICQ: 21215917, MSN: clexpert@clexpert.cz
==========================================================
Odpovedá: Ludek ZITA
22. 7. 2004 23:02
On Behalf Of Petr Zahradnik
Ahoj.
> Jak tak sleduji tuto diskusi, tak odpurci registru na jednu
> stranu vypadaji jako dodavatele velkych reseni pro velke site
> a velke mnozstvi uzivatelu, na druhe strane by nechavali UB
> uzivatele manipulovat se soubory a administratorum velkych
> siti menili pod ruhou prava v registrech. Chlapi, tak se
> dohodnete, co vlastne chcete.
No diskuze se uz rozdvojila , Tady se diskutuje o vyhodach zapisu do
reg versus ini,xml atd. a ja zde zastavam ten nazor, ze kazda aplikace
je jina a ze nekde je lepsi pouzit reg a nekde zase xml,ini atd.
A prave v tom druhem (puvodnim) thtreadu patram po moznosti nejakeho
spolecneho bodu pro zapisovani pro vsechny usery prave v pripade, ze jde
o aplikaci, kde ini,xml,txt,databaze atd. je nesikovna a registr je
idealni.
>Podle me programek za par supu
> na doma na sledovani obsahu kasicky nebo videoteky muze byt
> napsany tak, ze si budu presouvat soubory a hrabat si v nich
> a nastavovat, co se mi zlibi. Ovsem v okamziku, kdy jdu s
> programem na trh a notabene do viceuzivatelskeho prostredi,
> musi ten program mit nejakou koncepci, musi byt robustni,
> musi byt blbuvzdorny a musi splnovat urcita kriteria.
Jo , to ale vubec nic nemeni na tom ze i u robusni profi aplikace muze
byt jednou vyhodnejsi registr jindy neco jineho.
Ludek
Odpovedá: Zbysek Hlinka
23. 7. 2004 8:28
> -----Original Message-----
> From: delphi-l-owner@clexpert.cz
> [mailto:delphi-l-owner@clexpert.cz] On Behalf Of Pavel Malinsky
> Sent: Thursday, July 22, 2004 6:34 PM
>
> Hm, asi nepotrebujes poustet servervovou instalaci z klientu,
> kteri nemaji pravo zapisu do tohoto umisteni...
Proboha, no tak zapisu jejich konfiguraci na jejich lokal nekam, kde maji
pravo zapisu. V cem je problem?
S pozdravem
Zbysek Hlinka
E-mail: hlinka zavin. hlinka.cz
Phone: +420 603 551 282
Odpovedá: Pavel Malinsky
23. 7. 2004 8:13
> -----Original Message-----
> From: delphi-l-owner@clexpert.cz
> [mailto:delphi-l-owner@clexpert.cz] On Behalf Of Zbysek Hlinka
[...]
> >
> > Hm, asi nepotrebujes poustet servervovou instalaci z klientu,
> > kteri nemaji pravo zapisu do tohoto umisteni...
>
> Proboha, no tak zapisu jejich konfiguraci na jejich lokal
> nekam, kde maji
> pravo zapisu. V cem je problem?
Samozrejme ze neni problem. Takze INI nebo registr na lokale - tak to
taky
delam. Tim sem myslel to, ze kdyz uzivatel preseda z PC na PC
a nema zapis k instalaci na serveru, tak tyto informace ukladam
docasne na lokale tam kde zrovna sedi a pri ukoncovani
aplikace to nasypu do DB odkud si to zase pri prihlaseni odjinud
natahne na aktualni lokal...
S pozdravem a dikem
=====================================
> Pavel Malinsky; malinsky@pmcom.cz <
=====================================
> GSM: 602 652 203 | ICQ: 322015967 <
=====================================
Odpovedá: Zbysek Hlinka
23. 7. 2004 8:52
> -----Original Message-----
> From: delphi-l-owner@clexpert.cz
> [mailto:delphi-l-owner@clexpert.cz] On Behalf Of Petr Zahradnik
> Sent: Thursday, July 22, 2004 10:34 PM
>
> Ovsem v okamziku, kdy jdu s
> programem na trh a notabene do viceuzivatelskeho prostredi,
> musi ten program mit nejakou koncepci, musi byt robustni,
> musi byt blbuvzdorny a musi splnovat urcita kriteria.
Tyto podminky NIJAK nesouvisi s tim, kam zapisuju curbes uzivatelskych
nastaveni.
Doporuceni MS o zapisu kdejakeho smeti do registru je stare a dnes ho MS
postupne opousti. Urcite druhy informaci tam proste nepatri.
S pozdravem
Zbysek Hlinka
E-mail: hlinka zavin. hlinka.cz
Phone: +420 603 551 282
Odpovedá: Dalibor Toman
23. 7. 2004 9:14
On Thursday, July 22, 2004 6:36 PM [CET], Petr Vones
<konference@petrvones.net> wrote:
> From: "Dalibor Toman" <dtoman@fortech.cz>
>> Cili neni pravdive tvrzeni, ze konfigurace aplikace v registru se
>> spatne zalohuje. Samozrejme predpokladem je, ze nastaveni neni
>> rozlezle po ruznych vetvich registru
>
> Coz prave vetsinou je. Navic lze ten export automazitovat tak aby
slo
> provest zalohu dat ?
neni problem napsat programek, ktery probehne prislusnou cast registru
a ulozi jej cely do zalohy - pokud uz je potreba delat nejake
periodicke automaticke zalohy.
Nechtel jsem obhajovat registr jako takovy - pouze jsem chtel
upozornit na to, ze za jistych okolnosti (casto u aplikaci zrejme
splnenych ci splnitelnych ) je zalohovani ci prenaseni nastaveni
stejne snadne (a mozna i jednodussi) nez kopirovani souboru s cfg).
D. Toman